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Konfigurationsgesteuerte Benutzerschnit ts telle 



Die Erfindung betrifft die Steuerung der Benutzerinteraktion, 
d.h. die Benutzerschnittstelle , insbesondere von Selbst- 
5 bedienungsgeraten . 

In der Patentschrif t US 5,432,941 ist eine Methode und ein 
System zur dynamischen Konf igurierung von Sof tware-Systemen, 
die Konf igurationsgruppen benutzen, beschrieben. Diese und 
andere Losungen laufen jedoch zur Installationszeit und sind 
10 fair das von der Erfindung geloste Problem nicht ausreichend. 

'm Die Benutzerschnittstelle von Selbstbedienungsgeraten soil 
W moglichst einfach und unmittelbar verstandlich sein. Ins- 
besondere fur Selbstbedienungsgerate einschliefilich Geld- 
automaten bedeutet dies, dass die Kunden schnell die ge- 
15 wunschte Information erhalten bzw. die gewunschte Transaktion 
durchfiihren konnen. 

Dabei ist insbesondere zu vermeiden, dass es zu Sackgassen in 
der Bedienung kommen kann. Eine solche Sackgasse liegt 
beispielsweise vor, wenn in einer Meniistruktur Optionen 
2 0 angeboten werden, fur die jedoch erst nach der Aktivierung 

eine Fehlermeldung erscheint, beispielsweise 'Funktion nicht 
vorhanden 1 , 1 Funktion nicht erlaubt 1 , 'Gerat auSer Betrieb 1 , 

>o.a. Ein ahnlich zu vermeidender Effekt besteht in dem 
Angebot von Untermeniis, die keine einzige aktivierbare 

2 5 Funktion enthalten. 

Diese unerwiinschten Effekte konnen vermieden werden, indem 
die die Benutzerschnittstellen bereitstellenden Programme 
individuell so programmiert werden, dass liber Verzweigungen 
im Programm die Konf igurat ion jeweils abgefragt werden und 

3 0 durch Ausprogrammierung der Varianten diese Situationen 

vermieden wird. Obwohl moglich, ist dieser Ansatz sehr 
aufwendig, f ehleranf allig und schwer dokumentierbar . 

Aufgabe der Erfindung ist es, eine verbesserte Steuerung der 
Benutzerinteraktion bereitzustellen, die dieses Problem 
35 einfacher und ubersichtlicher lost. 
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Die Erfindung besteht darin, dass die benotigte Konfigu- 
rationsinformation bereitgestellt und in Indikatoren 
aufgezahlt der Programmf luss nur noch von den so ermittelten 
Indikatoren abhangig gemacht wird. 

Es zeigen 

Fig.l eine mogliche Konf iguration einer Weiterbildung, 

Fig. 2 eine Bestimmung von Indikatoren mit Tabellen, 

Fig. 3 eine daraus entstehende Anzeige. 




In Fig. 1 ist ein Client 10, z.B. ein Geldausgabeautomat , 
gezeigt, der Peripheriegerate wie Kartenleser 11 u.a. 
umfasst. Die vorhandenen und aktiven Gerate sind in einer 
Tabelle 12 eingetragen. Der Client 10 ist iiber eine 
5 Netzwerkverbindung 13 mit einem Server 14 verbunden, der 

wiederum eine Verbindung in ein Bankennetzwerk 16 hat. In dem 
Server 14 ist eine Datenbank 15 gegeben, deren Benutzung 
weiter unten beschrieben wird. In dieser, bereits eine 
Weiterbildung darstellende , Konf iguration wird die Ausgabe 
0 auf den Client 10 vom Server 14 anhand der in der Tabelle 12 
bzw. Datenbank 15 eingetragenen Konf igurationsdaten erzeugt . 
Dabei werden in der Net zwerkversion bevorzugt die den Client 
10 betref f enden und von diesem iibermittelten 

Konf igurationsdaten auf dem Server dynamisch bereitgestellt, 
>5 d.h. entsprechend haufig aktualisiert . Zunachst wird jedoch 
e i ne einfache Ausf xihrungsf orm beschrieben, die keinen Server 
und keine Netzwerkverbindung voraussetzt und bei der der 
spatere Client 10 ein Geldautomat sei. 

Dieser Geldautomat enthalt in der Regel einen Kartenleser, 
3 0 der Magnetstreif en- und Chipkarten lesen kann und mit IDKG 

abgekurzt bezeichnet sei. Ferner ist ein Auszahlungsmodul AZM 
moglich. Weiterhin sei die Menge des darin vorhandenen Geldes 
mit AZVAL bezeichnet. Zudem ist ein Auszugsdrucker KADRU 
installierbar . Fur die Priifung der Autorisierung wird eine 
35 manipulationsgeschiitzte PIN-Tastatur EPP installiert. 
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In der folgenden Tabelle werden nun vier Geschaf tsvorgange 
INFO, AUSZUG, UEBERW und AUSZAHL def iniert : 



ID 


IDKG 


AZM 


AZVAL 


KADRU 


EPP 


INFO 


* 


* 


* 


* 


* 


AUSZUG 


1 


* 


* 


1 


* 


UEBERW 


1 


* 


* 


* 


1 


AUSZAHL 


1 


1 


500 




1 



•Hier stehtein Stern ! * f fur einen beliebigen Wert. Die 
Geschaf tsvorgange sind dann f olgende : 

INFO Allgemeine Information: kein Gerat notwendig. 

AUSZUG Drucken eines Kontoauszugs : Kartenleser IDKG fur die 
Kontonummer und Auszugsdrucker KADRU werden benotigt. 

10 UEBERW Eingabe einer Uberweisung: Kartenleser IDKG und eine 
PIN-Tastatur EPP zur Autorisierung werden benotigt. 

AUSZAHL Auszahlung eines Betrages : Lediglich der 
Kontoauszugsdrucker wird nicht benotigt. 

Dabei stellen die Gerate bzw. deren Eigenschaf ten abstrakt 
gesehen Dienstmerkmale dar, die sowohl numerisch (AZVAL) als 
auch boolesch sein konnen. Die Symbole INFO, AUSZUG usw. in 
der ersten Spalte stellen Indikatoren dar . Durch die Tabelle 
wird einer Kombination von Dienstmerkmalen jeweils ein 
Indikator zugeordnet . 

2 0 Dabei ist das Dienstmerkmal vorhanden , wenn das 

entsprechende Gerat installiert und betriebsbereit ist. Daher 
kann es zweckmaBig sein, dieses Dienstmerkmal liber zwei 
Tabellen zu bestimmen; in einer Tabelle sind die in dem 
jeweiligen Gerat installierten Gerate unabhangig vom 
2 5 Betriebszustand aufgefuhrt, in der zweiten Tabelle konnen 
(installierte) Gerate vom Bediener oder Techniker auf 
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verfugbar (online) oder nicht verfugbar (offline) gestellt 
werden. 

Ein iibliche Datenbankabf rage liefert dann beispielsweise 
folgende Tabelle: 



Gerat 


Di ens tmerkmal 


IDKG 


1 


AZM 


1 


AZMVAL 


20000 


KADRU 


0 


EPP 


1 



Kombination mit der obigen Tabelle ergibt die Verf ugbarkeit 
der Dienstmerkmale : 



ID 


Verfiigbar 


INFO 


1 


AUSZUG 


0 


UEBERW 


1 


AUSZAHL 


1 



Hier sind die Indikatoren als boolesche Werte mit 0 oder 1 
dargestellt, so dass sich eine eindeutige JA/NEIN Aussage 
ergibt. Diese Operation ist in Fig. 2 dargestellt. In diesem 
Fall ist dann einfach 1 der Grenzwert, fur den das 
Dienstmerkmal als zutreffend gilt. 

Im einfachen Fall sind die Indikatoren direkt jeweils einem 
Softkey einer Bildschirmmaske zugeordnet, so dass dem 
Benutzer signalisiert wird, dass von den vier Auswahl- 
moglichkeiten INFO, AUSZUG, UEBERW und AUSZAHL lediglich 
AUSZUG nicht verfugbar ist; dies konnte wie in Fig. 3 gezeigt 
aussehen. Dabei ist ein Bildschirm 2 0 mit Funktionstasten 
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(Softkey) 21a, 21b und 21c gezeigt, bei dem den drei 
verfiigbaren Interaktionen jeweils ein Softkey zugeordnet und 
fur die nicht verfiigbare Interaktion ein erklarender Text 
dargestellt wurde . 
5 Ans telle von Tabellen konnen auch Formeln verwendet werden, 
im obigen Fall wurde dies fur die letzte Zeile beispielsweise 
lauten : 

AUSZAHL := IDKG & AZM & (AZVAL > 500) & EPP 

Die Evaluierung solcher Ausdriicke ist aus dem Gebiet der 
10 interpretierten Programmiers'prachen allgemein bekannt . 

In der obigen Darstellung wurde das Symbol •*' fur 'beliebig' 
verwendet. Alternativ hierzu konnen die logischen Werte als 
'0 1 und '1' eingetragen werden und ein Wertvergleich 
stattfinden; eine '0' wirkt dann wie 'beliebig'. 

15 Die Erfindung entfaltet ihr Potential im Rahmen einer 

bevorzugten Weiterbildung einer Konf iguration, wie sie in 
Fig.l gezeigt ist. Geldautomaten werden heute als Clients in 
einem Netzwerk mit Servern betrieben; uber das Netzwerk 
werden nicht nur die reinen Banktransaktionen abwickelt, 
2 0 sondern auch die Benutzerschnittstelle aufbereitet und 

definiert. Besonders verbreitet ist die Losung, bei der ein 
HTML-Browser zur Gestaltung der Benutzeranzeige eingesetzt 
wird, dessen HTML-Datei jeweils vom Server bereitgestellt 
wird. In diesem Fall werden die Dienstmerkmale vom Client an 

2 5 den Server ubermittelt ; hierfur wird bevorzugt eine 

existierende Wartungskomponente im Netzwerk verwendet. 
Natiirlich konnen hierzu auch die Kopfzeilen (Header) im HTTP- 
Protokoll ausgenutzt werden; beispielsweise wie es in dem 
RFC 2 2 95 "Transparent Content Negotiation in HTTP; K. 
Holtman, A. Mutz; March 1998" vorgeschlagen ist. Eine andere 
Moglichkeit besteht darin, einen Server-ahnlichen Dienst im 
Client einzurichten, bei dem der Server die Konf igur at ions - 
daten abfragen kann. Alternativ oder zusatzlich kann der 
Client von sich aus bei einer Anderung die Daten an den 

3 5 Server als geanderte Dienstmerkmale iibermitteln ('push'- 

Betrieb) . 



30 
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Dazu kommen dann Dienstmerkmale, die im Server bestimmt 
werden. Dies konnen beispielsweise alle Bankenkreise sein, zu 
denen eine Online -Verbindung besteht . 

Hierzu wird eine Variante der Erfindung verwendet, bei der 
5 die Werte der Indikatoren von der Software jederzeit 

aktualisiert abgefragt werden konnen. Wird ein Indikator 
durch eine Formel bestimmt, dann ist dies ohnehin der Fall. 
Wird ein Indikator durch Datenbank-Tabellenoperationen 
bestimmt, dann kann entweder eine Funktion zur Aktualisierung 
10 bereitgestellt werden, die die obige Tabelle neu erstellt . 
Moderne Datenbanksysteme .bieten die Moglichkeit, selbst 
komplexe Abfragen als 'view' zu definieren und dann 
automat isch zu aktualisieren. In diesem Fall muss die 
Datenbankstruktur derart gestaltet sein, dass die Daten 
15 zusatzlich eine Angabe iiber das Terminal, d.h. den Client, 

enthalten, und die obigen Tabellen z.B. als 'view' verfiigbar 
sind. 

Hiernach ergibt sich folgender Ablauf : 

Zunachst wird ein Indikator LOGIN definiert, der nur den 

2 0 Karte.nleser benotigt . Durch das Einlesen der Karte wird die 

Kartennummer zum Server ubertragen, der aus der Kartennummer 
und ggf . anderen Angaben auf der Magnetspur oder dem Chip den 
Bankenkreis bestimmt. Danach wird der Bankenkreis in die 
Datenbank eingetragen (bezogen auf das jeweilige Client - 
Gerat) , und die Indikatoren neu bewertet. 

Beispielsweise wird in Abanderung zur obigen Tabelle der 
Indikator UEBERW nur fur bestimmte Bankenkreise aktiviert. 
Sind dies mehr als einer, so werden bei der skizzierten 
Realisierung mit relationalen Datenbanken mehrere Zeilen 

3 0 eingetragen, die sich nur in dem Feld fur den Bankenkreis 
unterscheiden . 

In gleicher Art wird aus der Kontonummer entnommen, zu 
welchen Diensten der Kunde Zugang hat, und eine entsprechende 
Tabelle aktualisiert. Diese werden dann in gleicher Weise wie 
3 5 die Bankenkreise in die Bedingungen fur die Indikatoren 

aufgenommen, so dass ein Memieintrag fur "Uberweisung" nur 
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dann angezeigt wird, wenn nicht nur eine PIN-Tastatur 
vorhanden, sondern auch Uberweisungen fur den Kunden 
f reigeschaltet sind . 

Aus dem Beispiel wird deutlich, dass die Erstellung und 
5 Wartung der Software fur die Benutzerschnittstelle mit 
Benutzung der Erfindung wesentlich vereinfacht wird. Die 
Software fragt nicht mehr direkt ab, welche Funktionen 
bereitstehen, sondern verwendet statt dessen Indikatoren, die 
in ihrer Gesamtheit nicht mehr installations- und kunden- 
10 abhangig sind. Die Anpassung an die jeweilige Installation 

erfolgt nach der bevorzugten Variante durch Tabellen, deren 
^ Datenmodell gleichfalls vordefiniert und einheitlich sein 
W kann. Lediglich die unterschiedlichen, anwendungsbezogenen 

Inhalte der Tabellen bestimmen die angebotenen Interaktionen . 



15 
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Anspriiche 



15 



20 



25 



30 



1. Steuerung der von einer Benutzerschnittstelle eines Gerats 
angebotenen Interaktionen in Abhangigkeit von fur das Gerat 
verfiigbaren Dienstmerkmalen, wobei 

- Indikatoren durch die Kombination von Dienstmerkmalen 
bestimmt werden, 

- jeder Interaktion ein Indikator und ein Grenzwert zu- 
geordnet ist 7 

- die Interaktion angeboten wird, wenn der Indikator den 
Grenzwert erf ullt . 

2. Steuerung nach Anspruch 1, wobei ein Dienstmerkmal als 
Wahrheitswert die Verf iigbarkeit eines Dienstes oder als 
Zahlenwert die verfugbare Leistung eines Dienstes anzeigt. 

3. Steuerung nach Anspruch 2, wobei die Zuordnung von Dienst- 
merkmalen zu Indikatoren uber Ausdrucke erfolgt. 

4. Steuerung nach Anspruch 2, wobei der Indikator ein Wahr- 
heitswert ist und die Indikatoren booleschen Ausdrucke mit 
arithmetischen Vergleichsoperatoren fur die Dienste mit 
Zahlenwert entsprechen . 

5. Steuerung nach einem der vorherigen Anspruche, wobei die 
Indikatoren mittels einer Tabelle bestimmt werden, in dem 
jedem Indikator Grenzwerte fur die Dienstmerkmale zugeordnet 
werden. 

6. Steuerung nach Anspruch 5, wobei ein besonderer Eintrag 
fur ein Dienstmerkmal vorgesehen ist, der immer zutreffend 
ist . 

7. Steuerung nach einem der vorherigen Anspruche, wobei das 
Gerat als Client mit einem Server verbunden ist, der dem 
Client Dienste zur Verfugung stellt, die von Indikatoren 
abhangig sind, und wobei ein Verfahren zur Ermittlung 
entsprechender Dienstmerkmale vorgegeben ist und diese 
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Dienstmerkmale fur die Bestimmung von Indikatoren verwendbar 
sind. 

8. Steuerung nach Anspruch 7, wobei die von dem Server dem 
5 Client zur Verfugung gestellten Dienste die Ausfxihrung der 

Benutzerschnittstelle umfassen. 

9. steuerung der gesamten Interaktionen durch einen zentralen 
Server, welcher dynamisch die auf dem Client verfugbaren 
Dienste und Dienstmerkmale verwaltet und daruber hinaus auch 
die Verfugbarkeit eigener Betriebsmittel (DB, Hostverbindung , 
etc.) in die Bewertung einfliefien lasst. 

10. Steuerung nach Anspruch 9, wobei die angebotenen 
15 Interaktionen und die Indikatoren auf dem Server bestimmt 

werden und Dienstmerkmale von dem Client an den Server 
ubertragen werden. 



20 
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Zu s ammen fas sung 

Steuerung der von einer Benutzerschnittstelle eines Gerats 
angebotenen Interaktionen in Abhangigkeit von fur das Gerat 
5 verfugbaren Dienstmerkmalen, wobei 

- Indikatoren durch die Kombination von Dienstmerkmalen 
bestimmt werden, 

- jeder Interaktion ein Indikator und ein Grenzwert zu- 
geordnet ist, 

die Interaktion angeboten wird, wenn der Indikator den 
Grenzwert erf ill It . 



Fig. 2 
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